home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / dos_win / winsock / maillist / 94-03.Z / 94-03 / text0126.txt < prev    next >
Encoding:
Text File  |  1994-03-30  |  8.3 KB  |  213 lines

  1. In article <1994Mar9.203047.29915@news.stolaf.edu>, hoffmann@stolaf.edu says:
  2. >     
  3. >Mime-Version: 1.0
  4. >Date: Wed, 09 Mar 94 14:25:05 PDT
  5. >Lines: 18
  6. >
  7. >
  8. >..
  9. >> for lower memory. Chameleon allocates large blocks of memory in the
  10. >> first 1MB. When that area is exhausted, Telnet gives the divide by 0
  11. >> error. You should try to have as much conventional memory as possible
  12. >> available before starting Windows....etc
  13. >Charles:
  14. >Since this is the case, would it make sense to have an include 
  15. >statement in EMM386 for B000-BFFF since I have a VGA monitor? According 
  16. >to my books this area is reserved for MDA, CGA, EGA and VGA text.
  17. >I, like so many others, keep getting GPF's from MAIL.EXE. Do you see
  18. >a connection with GPF's and the way Chameleon handles lower memory?
  19. >------------------------------------------------------------
  20.  
  21. It certainly won't hurt to free up as much conventional memory as possible.
  22. Unfortunatly, my S3 video uses this area even in VGA mode, so I can't
  23. allocate it to EMM386. If you can, by all means do so.
  24.  
  25. I haven't been seeing GPFs myself. Just the divide by 0 in Telnet. And we
  26. don't use Chameleon mail at my office so I can't address that issue.
  27.  
  28. There is a very good book called "Windows Internals" that has a chapter
  29. about Windows' handling of memory. It's actually kind of scary. For
  30. example, a DLL which has any FIXED segments, either code or data, will
  31. get that memory allocated as low as possible in the linear memory space.
  32. Windows will also PageLock these segments, which means they can't be
  33. swapped out to disk. Very few DLLs actually need to have pagelocked code
  34. or data and they certainly don't need it in the critical first megabyte.
  35. But many people don't know about this, and define their data segments
  36. FIXED in the DEF file. Maybe that's what happened with Chameleon.
  37.  
  38. Of course, since Chameleon needs to communication with the real-mode NDIS
  39. driver (I'm assuming you have a direct network connection via an Ethernet
  40. or Token Ring card) maybe this data DOES have to be in the first megabyte.
  41. I just wish I could be sure that NetManage is being careful to only
  42. allocate low memory when absolutely required.
  43.  
  44. I've spent most of the past 2 weeks investigating Windows memory management,
  45. primarily because of the issues with Chameleon, and the more I find out,
  46. the more depressed I become. We're trying to build a store-and-forward
  47. mail system on top of Chameleon, and exhausting the first megabyte has
  48. been a major stumbling block. 
  49.  
  50. ********************************************
  51. * More than half the human beings who have * 
  52. * ever lived are alive today.              *
  53. * So the experimental probibility of dying *
  54. * is less than 50%.                        *
  55. ********************************************
  56. From news@bigblue.oit.unc.edu Wed Mar  9 22:56:56 1994
  57. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  58.           id AA29925; Thu, 10 Mar 1994 09:28:24 -0500
  59. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  60.           id AA06909; Thu, 10 Mar 1994 08:58:42 -0500
  61. Received: from GATEWAY by bigblue with netnews
  62.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  63. To: winsock@sunsite.unc.edu
  64. Date: Wed, 9 Mar 94 21:56:56 +0100
  65. From: matthias@penthouse.boerde.de (Matthias Weingart)
  66. Message-Id: <4xoftAfJBh107h@penthouse.boerde.de>
  67. Organization: private site
  68. Sender: ses
  69. References: <2km7je$kbh@news.doit.wisc.edu>
  70. Subject: Re: Winsock dosen't work on my computer!
  71.  
  72. In <2km7je$kbh@news.doit.wisc.edu> Zhandong@vms2.macc.wisc.edu (Zhandong Zhou) writes:
  73. >The computer in my office is on network. It use odipkt and 
  74. >winpkt as paket driver. However, when I start tcpman.exe from  
  75. >windows, the computer tells me unable to load TCP.
  76.  
  77.  
  78. >The batch file for loading the drivers is shown below:
  79.  
  80. >lh lsl
  81. >lh smc8000
  82. >rem lh ipxodi
  83. >rem lh bnetx ps=infolabs
  84. >lh odipkt 0x60 2 0x300
  85. >lh winpkt 0x60 
  86.  
  87. >The computer tells me that the packet driver is at 0x60 but use old 
  88. >interupt 0x7e. I tried both address in winsock TCP mamager, the 
  89. >computer just tell that TCP can't be loaded and winpkt can't be 
  90. >found.
  91.  
  92. Try the winsock.dll from Novell. It uses the tcpip.exe and wlibsock.dll 
  93. of LAN-Workplace for Windows. 
  94. You can get the files from ftp.novell.com.
  95.  
  96. Matthias
  97.  
  98. -- 
  99. Matthias Weingart | Matthias@PentHouse.Boerde.De
  100. From harry@abu.MGH.Harvard.Edu Thu Mar 10 05:11:52 1994
  101. Received: from abu.mgh.harvard.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  102.           id AA06195; Thu, 10 Mar 1994 10:16:15 -0500
  103. Received: by abu.mgh.harvard.edu (4.1/SMI-DDN)
  104.     id AA08430; Thu, 10 Mar 94 10:11:52 EST
  105. Date: Thu, 10 Mar 94 10:11:52 EST
  106. From: harry@abu.MGH.Harvard.Edu (Harry Hochheiser)
  107. Message-Id: <9403101511.AA08430@abu.mgh.harvard.edu>
  108. To: Michael.Haines@uk.sun.com
  109. Cc: winsock@sunsite.unc.edu
  110. In-Reply-To: <9403100937.AA05317@liberator.UK.Sun.COM> (Michael.Haines@UK.Sun.COM)
  111. Subject: Re: Winsock for PC-NFS 5.0
  112.  
  113.  
  114. >The latest release of WinSock is Patch ID (101128-03)  PC-NFS 5.0:
  115. >Winsock jumbo patch rev. c 
  116. >
  117. >
  118. >Files included with this patch:  
  119. >
  120. >    winsock.dll        15/02/94
  121. >    wshelper.exe    15/02/94
  122.  
  123. Sounds like this is what i want.  Where can I get it?  I looked on
  124. SunSite, and couldn't find it.  I'd appreciate any pointers you can
  125. send.
  126.  
  127.     Thanks,
  128.  
  129.         Harry
  130. --------------
  131. Harry Hochheiser                harry@dbe.mgh.harvard.edu
  132. Department of Biomedical Engineering        (617)726-6881
  133. Massachusetts General Hospital            FAX:(617)726-6973
  134. From junodj@css583.gordon.army.mil Thu Mar 10 11:05:39 1994
  135. Received: from wizard.css.gordon.army.mil by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  136.           id AA12399; Thu, 10 Mar 1994 11:05:39 -0500
  137. Date: Thu, 10 Mar 94 11:08:16 
  138. Message-Id: <9403101108.AA13816@wizard.css.gordon.army.mil>
  139. From: "MSG John A Junod" <junodj@css583.gordon.army.mil>
  140. Reply-To: <junodj@css583.gordon.army.mil>
  141. To: egrayver@cco.caltech.edu
  142. Cc: winsock@sunsite.unc.edu
  143. Subject: Re: Passive mode FTP?  Where can I find it?
  144. Mime-Version: 1.0
  145. Content-Type: text/plain; charset=us-ascii
  146. X-Mailer: <WS_GMAIL v1.0>
  147.  
  148. In reply to:
  149. >My college has just beefed up its security and now requires passive ftp to
  150. >access remote sites.  The ws_ftp does not support it and neither does QVT.
  151.  
  152. WS_FTP will support passive ftp sites within the next couple of
  153. weeks.  Code is already written and delivered to me by Bob Stockwell.
  154. Just have to integration and testing.
  155.  
  156. John
  157. From news@bigblue.oit.unc.edu Thu Mar 10 16:04:18 1994
  158. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  159.           id AA17617; Thu, 10 Mar 1994 11:28:22 -0500
  160. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  161.           id AA13345; Thu, 10 Mar 1994 11:21:00 -0500
  162. Received: from GATEWAY by bigblue with netnews
  163.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  164. To: winsock@sunsite.unc.edu
  165. Date: 10 Mar 1994 16:04:18 GMT
  166. From: babar@vipunen.hut.fi (Anton J Vuorilehto)
  167. Message-Id: <2lnge2$rj5@nntp.hut.fi>
  168. Organization: Helsinki University of Technology
  169. Sender: ses
  170. References: <1994Mar9.122017.27581@worldbank.org>, <1994Mar9.203047.29915@news.stolaf.edu>
  171. Reply-To: babar@vipunen.hut.fi (Anton J Vuorilehto)
  172. Subject: Re: Chameleon memory management
  173.  
  174. In article <1994Mar9.203047.29915@news.stolaf.edu> hoffmann@stolaf.edu writes:
  175. >
  176. >..
  177. >> for lower memory. Chameleon allocates large blocks of memory in the
  178. >> first 1MB. When that area is exhausted, Telnet gives the divide by 0
  179. >> error. You should try to have as much conventional memory as possible
  180. >> available before starting Windows....etc
  181. >Charles:
  182. >Since this is the case, would it make sense to have an include 
  183. >statement in EMM386 for B000-BFFF since I have a VGA monitor? According 
  184. >to my books this area is reserved for MDA, CGA, EGA and VGA text.
  185. >I, like so many others, keep getting GPF's from MAIL.EXE. Do you see
  186. >a connection with GPF's and the way Chameleon handles lower memory?
  187. >------------------------------------------------------------
  188. >Norbert Hoffmann
  189. >St. Olaf College
  190. >Northfield, MN 55057
  191. >> 
  192. >
  193. Hello,
  194.  
  195. There is a nice little program called win_wrap, which reserves
  196. all of the free lower-memory and then frees 1k of it and runs
  197. the required program, and finally frees rest of the lower
  198. memory and exits.
  199.  
  200. Using this program I have been able to run lot more programs
  201. and get rid the annoying windows crash every time I have telnet
  202. sessions running and try to access NFS-drives through the network.
  203.  
  204. Give it a try...
  205. (I have no idea were it is located, thou...)
  206. -Anton Vuorilehto
  207.  babar@vipunen.hut.fi
  208.  
  209.  
  210.  
  211.  
  212.  
  213.